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[57] ABSTRACT 

An information managing device capable of systematically 
managing object data of more than one kind using a single 
database, having an object managing unit for storing the 
object data of more than one kind in general format, and a 
filter managing unit for storing a filter which specifies a 
specific format for each kind of object data. When the object 
data are registered, a control unit converts the object data the 
user has inputted in its specific format into those in general 
format to store the converted object data into the object 
managing unit. On the other hand, when the object data are 
retrieved, the control unit converts the object data in general 
format into those in specific format using the filter of the 
same kind as the desired object data. 
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PERSONAL INFORMATION MANAGING manage objects of more than one kind, such as "individual", 

DEVICE CAPABLE OF SYSTEMATICALLY "company", and "document", to save time and effort of the 

MANAGING OBJECT DATA OF MORE user when he registers or retrieves data. 

THAN ONE KIND USING A SINGLE The above object is fulfilled by an information managing 

DATABASE 5 device furnished with: 

PTPT n riF thf imvpntttom m object ™?«S«F6 *** storing object data of more 

FIELD OF THE INVENTION than one kind in general format; 

The present invention relates to a personal information a filter managing unit for storing a filter which defines a 

managing device, such as an electronic pocketbook. specific format for the objects of each kind; 

BACKGROUND OF THE INVENTION 10 ^^^^J^^^^^J^^^^ 

data m specific format into the object data in general 

A personal information managing device of a portable format to store the converted object data into the object 

size and weight that stores databases for managing the user's managing unit, and for retrieving the object data from 

schedule, address book, etc. has been widely used, and a the object managing unit to convert the retrieved object 

good example of which is an electronic pocketbook. The 15 data into the object data in specific format for a kind of 

personal information managing device of this type has been an object of said retrieved object data, 

commercialized in various models, and the most advanced wherein the respective object data are correlated with 

ones arc furnished with diversified functions including a ^ T identifiers which respectively specifies their own 

managing function of an address book, a company list, name filters of same kinds. 

cards, and a personal schedule, a document preparing 20 According to the above arrangement, the object data of 

function, etc. different kinds, that is, data describing information of dif- 

The above conventional models generally include sepa- ferent kinds of objects, such as "individual" and "company", 

rate databases for each kind of object to be managed are stored as a whole in general format in the object 

(hereinafter, referred to simply as object). For example, managing unit regardless of their kinds. Note that respective 

when the object is individuals, an address book database 25 object data are correlated with the filter identifiers which 

having columns of name, address, zip code, telephone respectively specifies their own filters of the same kinds, 

number, office, etc. is used, and when the object is Thus, when the user wishes to retrieve the object data, the 

companies, a database having columns of company name, data managing control unit retrieves the filter having the 

business address, zip code, telephone number, facsimile same kind as me desired object data from the filter managing 

number, responsible person, etc. is used. 30 unit based on the correlated filter identifier, and converts the 

However, the above-arranged models have a number of above object data in general format to those in a specific 

problems. To begin with, the user has to manage objects of format of that particular kind to display the converted object 

different kinds using their respective database managing data. 

software programs. For example, even when a home address When the user wishes to register new object data, the data 
and a business address are identical, the user has to input the 35 managing unit converts the object data in specific format of 
data into the databases of both kinds, thereby making the their own kind into those in general format to store the 
data input a time-consuming job. Also, the user has to switch converted object data into the object managing unit, while at 
the databases if the information he wishes to retrieve the same time, the data managing unit correlates the con- 
belongs to an object of different kind from the one currently verted object data with a filter identifier of the filter defining 
used, thereby complicating the process of information 40 the kind of the new object data. 

retrieval. According to the above arrangement, it has become 

In addition, if the user wishes to manage an item, such as possible to manage information related to the objects of 

a regular meeting, despite the fact that the content of data, more than one kind systematically. Thus, when the user 

that is, the title of the meeting, meeting room, and wishes to register or retrieve information, he does not have 

participants, is more or less the same, the user has to input 45 to switch the databases according to the kinds of the objects, 

all the data from the beginning for every single meeting, thereby enabling high-speed processing of the information 

thereby making the data input as a time and effort demand- of various kinds. Consequently, the above arrangement 

ing job. Further, storing the data redundantly is not prefer- makes the information managing device of the present 

able for a portable information managing device with a information easy to manipulate. 

limited storage capacity. Furthermore, when the user wishes 50. According to the above arrangement, it has also become 

to amend the data, he has to do so repetitively if the possible to search the objects of different kinds in a single 

concerned data are registered in more than one database. operation. Assume that the user wishes to list up the 

This makes the data amendment troublesome; moreover, the addresses to mail out New Year's greeting cards. If the 

user may miss some of these databases and leaves the data objects of different kinds, namely, the "individual" and 

unamended in the objects of the corresponding kinds. 55 "company" herein, are managed by their respective data- 

Besides the aforementioned problems, the typical model Dases as are in the conventional information managing 

is arranged to manage the schedule per day or per month, device, the user has to search the names and addresses from 

and therefore, the typical model can not manage a scheduled mc "^dividual" database, and switches to the "company" 

item if it extends into the next day or beyond. Thus, if the database to search the company names and addresses again, 

riser wishes to input such a more-than-one-day schedule, he 60 which is time-wasting. According to the arrangement of the 

has to input the data in every single day during the period the present invention, however, the object data of more than one 

scheduled item is expected to extend, which is also a time systematically managed in one data format by a 

and effort demanding job. single database. Therefore, the above arrangement makes 

CTT\yf\,f a dv nv inn rMvcMTioM ^ iDformation managing device of the present invention 

SUMMARY OF THE INVENTION 65 advantageous in mat it can extract me objects of different 

It is therefore an object of the present invention to provide kinds simultaneously only by giving an adequate searching 

an information managing device which can systematically condition. 
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Preferably, the information managing device of the or beyond. Thus, the information managing device of the 

present invention may be arranged to be further furnished present invention can manage an item scheduled within an 

with: arbitrary time zone. 

an input unit for inputting a time zone; For a fuller understanding of the nature and advantages of 

an action managing unit for storing action data: 5 ^ 6 ™\ cn } ion >. r< r fcrcncc should be made to the ensuing 

* • i . . . ... . detailed description taken m contunction with the accom- 

a schedule managing unit for storing the input time zone paQ ving drawings 
in relation with at least an action data identifier which 

specifies action data related to the input time zone, BRIEF DESCRIPTION OF THE DRAWINGS 

wherein, when there exist any object data accompanying FIG. 1 is a block diagram depicting a structure of a control 

with the input time zone, the schedule managing unit system in an electronic pocketbook adopted as an example 

also stores an object data identifier which specifies the embodiment of the present invention; 

object data accompanying with the input time zone. » a vicw explaining example object data in 

According to the above arrangement, the time zone the general format which are stored in an object data section of 

user has inputted through the input unit are stored in the 5 ^object managing unit of the above electronic pocketbook; 

schedule managing unit in relation with the action data FIG- 2(6) is a view explaining an example content of an 

describing the action detail scheduled within the above time object information managing table in the above object 

zone, together with the object data accompanying with the managing unit; 

above time zone if any of such object data exist. Note that FIGS. 3(a) through 3(d) are conceptional views explain- 
the action detail and object data per se are not written into ing example filters defining specific formats of the object 
the schedule managing unit, but they are stored in the , data of four example kinds, respectively; 
schedule managing unit in the form of identifiers that FIG. 4 is a view expkining an example content of a filter 
identify the action data describing the action detail and the information managing table of the above electronic pocket- 
above accompanying object data, respectively. book; 

Thus, when the user wishes to input the detail of a meeting FIG. 5(a) is a view explaining example object data in 
scheduled at a specific time zone, the user prepares the general format- 
action data describing "meeting" as the action detail in the na s( fc) ^ a view explaining an example "individual 
action managing unit, and the object data describing infor- fijjer" ^ one of me M 

ESl2^ HG - S & * * vicw e *P!« ^w the object data in 
SEES? 30 general format of FIG. 5(a) are converted into those in 

prepared object data are stored in the schedule managing HO : ? * ^ W T ****** the procedure of registering 

unit in relation with the above time zone, respectively^ ? " ?* ^° mC ^ tho0 ^ ■ 

Suppose another meeting will be held with the same c L FIG . 7 15 a flowchart detailing the procedure of retrieving 
participants. Then, since the information as to the partici- !* e ob J e ct data with the above electronic pocket- 
pants have been already stored in the object managing unit boo K 

as the object data, the user only has to update a time zone of FIGS ' 8 ( fl ) trough 8 ( c ) illustrate an example screen of a 

the above meeting and correlate the time zone and the obj ect display unit when new object data are created by copying the 

data. In short, according to the above arrangement, the user data of one kind as those of another kind, and FIG. 
does not have to input information redundantly. Thus, the 40 ^ fa a view explaining the screen displaying individual 

above arrangement makes the information managing device data used ■? ori &^ data subject to copying, FIG. 8(o) is a 

of the present invention advantageous in that not only the view explaining the screen displaying the above individual 

user's time and effort can be saved, but also the input data immediately after the same were copied as the company 

information can be effectively utilized. Further, the infor- ? ata > md FIG * 8 ( c ) fe a ^ew explaining the screen display- 

mation managing device of the present invention is also 45 m S the copied data after the same are edited; 

arranged not to store information redundantly, which makes WG - ? * a flowchart detailing the procedure of creating 

the information managing device of the present invention new object data by copying the object data of one kind as 

advantageous in that its storage capacity is utilized to its full, til0se ' of kind; 

and the user can amend the information in a reliable manner 5Q FIGS. ,10(a) through 10(c) are views explaining respec- 

by so doing only once. five example action data which are stored in an action data 

The above object is also fulfilled by a method of sched- section of the above electronic pocketbook; 

tiling an action with an information managing device for FIG. 11(a) is a view explaining example schedule data 

managing object data of more than one kind including action which are stored in a schedule data section of the above 

data, having the steps of: ss electronic pocketbook; 

(a) displaying at least a time axis extending more than one FIG. 11(b) is a view explaining an example content of a 
day to input a time zone; schedule information managing table; 

(b) inputting action data related to the time zone; FIG. 12 is a view explaining a schedule input time axis 

(c) storing the time zone in relation with the input action displayed on the display unit when the user inputs a sched- 
data; and 60 uled time; 

(d) when there exist any input object data accompanying FIG. 13 is a flowchart detailing the procedure of .regis- 
with the time zone, correlating the input object data tering schedule data in the above electronic pocketbook; 
with the time zone in addition to the input action data. FIG. 14 is a view explaining an example content of a 

According to the above arrangement, the user can input an scheduled item the user wishes to register, 

arbitrary time zone with respect to the time axis extending 65 FIG. 15 is a flowchart detailing the procedure of retrieving 

more than one day. Thus, the user can input a scheduled item and displaying schedule data on the display unit of the above 

mat extendi into the next day or beyond or the next month electronic pocketbook; 
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FIG. 16 is a view explaining example schedule data 
retrieved and displayed in accordance with the flowchart of 
FIG. 15; 

FIG. 17 is a flowchart detailing the procedure of retrieving 
more detailed object data accompanying with the above 
scheduled item; 

FIG. 18 is a flowchart detailing the procedure of creating 
new schedule data by copying registered schedule data; and 

FIGS. 19(a) through 19(d) are views explaining the 
changes in the content of the schedule data section and 
display unit in accordance with the flowchart of FIG. 18. 

DESCRIPTION OF THE EMBODIMENTS 

Referring to FIGS. 1 through 19, the following descrip- 
tion will describe an example embodiment of the present 
invention. Herein, an electronic pocketbook is explained in 
terms of structure and functions as a good example of an 
information managing device of the present invention. Also, 
the present electronic pocketbook herein is arranged to 
manage objects of four example kinds: "individual", 
"company", "document", and "meeting room". However, 
the present electronic pocketbook may be arranged to man- 
age objects of the other kinds. 

Generally, information of each object includes data of 
different attributes. To be more specific, information of 
individuals includes the name, address, zip code, telephone 
number, office, etc. of each person, while information of 
companies includes the company name, business address, 
zip code, telephone number, facsimile number, responsible 
person(s), etc. This is the reason why the databases are used 
to be constructed separately for the objects of each kind. 
However, the present electronic pocketbook is characterized 
in that it can manage the above four objects systematically 
through a single database. 

To begin with, a schematic system structure of the above 
electronic pocketbook will be explained with reference to 
the block diagram of FIG. 1. As shown in the drawing, the 
electronic pocketbook includes an input unit 6 through 
which the user inputs various kinds of data or the like, and 
a display unit 7 on which the data, manipulation instructions 
for the user or the like are displayed. The input unit 6 
includes a known pointing device or the like, and the display 
unit 7 may be composed of a liquid crystal display panel or 
the like. To be more specific, the electronic pocketbook may 45 
be arranged in a known manner, so that the user can input 
data or manipulation instructions by. touching a. tablet lay- 
ered on the liquid crystal panel with a stylus, or input 
characters or figures written manually thereon with the 
stylus. 50 

The above electronic pocketbook further includes an 
object managing unit 1 for managing data as to information 
of the objects of each kind (hereinafter, referred to as object 
data), and a filter managing unit 2 for managing the defini- 
tion (hereinafter, referred to as filter) of the attributes of each 55 
of the above four objects: "individual", "company", 
"documents", and "meeting room". 

The object managing unit 1 comprises an object data 
section la where the object data are stored as a whole, and 
an object information managing table lb where information 60 
necessary to manage the respective object data are stored. 
Although it will be described below, the respective object 
data may be of different lengths depending on the kinds of 
their own objects. Thus, the respective object data are 
identified by pointers (hereinafter, referred to as head 65 
pointer) indicating the head addresses of their storage 
regions. In other words, the head pointers of all the object 
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data stored in the object data section la are stored in the 
object information managing table lb. 

The filter managing unit 2 comprises a filter data section 
2a where the filters are stored as filter data, and a filter 
s information managing table 2b where information necessary 
to manage each filter is stored. Separate filters are made for 
the objects of each kind, and the filter data may be of 
different lengths depending on the kinds of their own 
objects, which will be described below. Thus, the filters are 
identified by their head pointers stored in the filter informa- 
tion managing table 2b. In short, the head pointers of all the 
filters stored in the filter data section 2a are stored in the 
filter information managing table 2b. 

The present electronic pocketbook further includes an 
action managing unit 3 and a schedule managing unit 5 to 
enable the user to manage his schedule. The action manag- 
ing unit 3 manages data (action data) describing the user's 
scheduled action(s), for example, business trips, meetings, 
etc. The schedule managing unit 5 manages the user's 
schedule by storing the action data and accompanying object 
data in relation with the time and date the user has inputted. 

As shown in FIG. 1, the action managing unit 3 includes 
an action data section 3a where the action data are stored. No 
managing table like the object information managing table 
lb or filter information managing table 2b is necessary 
because the action data are of a fixed length. 

The schedule managing unit 5 comprises a schedule data 
section Sa where schedule data (which will be described 
below) arc stored, and a schedule information managing 
table 5* where the head pointer or the like indicating the 
regions where the respective schedule data of different 
lengths are stored. 

Further, the present electronic pocketbook includes a 
control unit 4 as a data managing control unit, by which the 
data input/output between the foregoing managing units are 
controlled systematically. The present electronic pocketbook 
further includes a temporary storage unit 8 where data are 
stored temporarily during the input/output and editing opera- 
tions. 

Next, the object data in both general format and specific 
format managed by the present electronic pocketbook will 
be explained in detail with reference to FIGS. 2 through 5. 

FIG. 2(a) illustrates a data format according to which the 
object data are stored in the object managing unit 1, in other 
words, the drawing explains the object data in general 
format. As shown in the drawing, the object data io general 
format comprises a flag portion 11 and a data description 
portion 12. The flag portion 11 stores a filter flag (filter 
identifier) indicating the kind of its own filter that matches 
with the kind of specific object data. The detailed description 
of the filters will be given below. The data description 
portion 12 comprises a plurality of items including an 
identity segment 13, a location segment 14, and first through 
n'th (n: an arbitrary natural number) attribute segments. 

Data as to names (for example, Tanaka and Yamamoto) of 
individuals, and data as to names of the companies (for 
example, XXX Co., Ltd) are written into the identity seg- 
ment 13 when the object is the "individual" and "company", 
respectively. The address of each individual or company is 
written into the location segment 14. When the object is the 
"document", data as to a place where the concerned docu- 
ment is stored (for example, the title of the storage medium) 
are written into the location segment 14. Other data related 
to each object arc written into the first through n'th attribute 
segments. 

Note that each of the identity segment 13, location seg- 
ment 14, and first through n'th attribute segments in the data 
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description portion 12 has a fixed data length regardless of attribute titles are stored separately, while the number of the 

the kinds of the objects. However, a value of n may vary fields varies depending on the number of the attributes. This 

depending on the kinds of the objects. To be more specific, arrangement makes the respective filter data different in 

the value of n may be set to "5* and "8" when the objects length. 

are, for example, the "individual" and "company", respec- S As shown in FIG. 3(c), the "document filter", which is 

tively. In other words, although each item in the data used when the object is the "document", defines the items in 

description portion 12 of the object data has a fixed length, (he data description portion 12 of the "document" object 

the length of the respective object data varies depending on data as specific attributes, such as "document name", "stor- 

their own kinds because the number of the items contained agc location", "remarks", etc, respectively. To be more 

therein varies depending on the same. 10 specific, the attributes "document name" and "storage loca- 

Thus, to readily identify the respective object data stored tion" indicate the attributes of the data stored in the identity 

in the object data section la, the object information man- segment 13 and location segment 14 of the "document" 

aging table lb holds the contents as shown in FIG. 2(b). object data, respectively, and the attribute "remarks" corrc- 

More precisely, data ID (identification) Nos. are given to the sponds to the first attribute segment of the "document" 

respective object data stored in the object data section la, so 15 object data 

that the object information managing table lb stores the As shown in FIG. 3(a), the "meeting room filter", which 

head addresses of the respective object data as the head is used when the object is the "meeting room", defines the 

pointers in relation with their data ID. Nos. items in the data description portion 12 of the "meeting 

FIGS. 3(a) through 3(d) illustrate a data format specific to room" object data as specific attributes, such as "room No.", 

the object data of the four example kinds, respectively. In 20 "location", "extension", etc., respectively. To be more 

other words, the drawings conceptionally explain example specific, the attributes "room No." and "location" indicate 

specific formats of the object data of the four example kinds, the attribute of data stored in the identity segment 13 (for 

respectively. The definition (filter) of each specific format is example, Conference Room No. 1) and the location segment 

written and stored in the filter data section 2a of the filter 14 (for example, 7th floor of the head office) of the "meeting 

managing unit 2 as filter data. 25 room" object data, respectively, and the attribute "cxtcn- 

Separate filters are constructed for the objects of each sion" corresponds to the first attribute segment of the 

kind to define the attribute of each item in the data descrip- "meeting room" object data. 

tion portion 12 of the respective object data. Since four kinds As has been explained with reference to FIG. 2(a), the 

of objects, "individual", "company", "document", and filter flag identifying the kind of its own filter is stored in the 

"meeting room" are available in the present embodiment, flag portion U of the respective object data. More precisely, 

four kinds of filters, "individual filter**, "company filter", in case of the "individual" object data, a flag identifying 

"document filter", and "meeting room filter", are constructed itself as the "individual filter" is stored in the flag portion 11 . 

respectively for their own kinds of objects, and all the filters In this manner, the respective object data in general format 

are stored in the filter data section 2a as the filter data. ^ are correlated with their corresponding filters, or the defi- 

For further understanding, the filter will be described nitions of the respective object data in their own specific 

more in detail. formats. 

FIG. 3(a) is a conceptional view explaining an example FIG. 4 is a view explaining an example content of the 

individual filter. As shown in the drawing, the "individual filter information managing table 2b in the filter managing 

filter", which is used when the object is the "individual", 40 unh 2 As shown in the drawing, each filter stored in the filter 

defines items in the data description portion 12 of the data section 2a as the filter data is given a specific filter ID 

"individual" object data as specific attributes, such as No. Note, that, as previously mentioned, the object data of 

"name", "address", "zip code", "telephone number", and each kind have a specific data length, which is stored in the 

"office", respectively. To be more specific, the attributes filler information managing table 2b as shown in the draw- 

"name" and "address" correspond to the identity segment 13 45 ing. 

and location segment 14 of the "individual" object data, Also, since the respective filter data are of different 

respectively, and the attributes "zip code", "telephone lengths as previously mentioned, the head addresses, at 

number", and "office" correspond to the first through third which the respective filter data are stored in the filter data 

attribute segments of the "individual" object data, respec- section 2a, are written into the filter information managing 

tively. 50 table lb as the filter head pointers. 

On the other hand, the "company filter", which is used The filter information managing table 2b reveals that, for 

when the object is the "company", defines the items in the example, a filter given with the filter ID No. 1 is the "indi- 

data description portion 12 of the "company" object data as vidual filter" that defines the specific format of the "indi- 

specific attributes^ such as "company name", "address*', "zip vidual" object data; the "individual" object data correspond- 

code", "telephone number", and "responsible person" as 55 ing to the above "mmvidual filter" are 1,000-byte long; and 

shown in FIG. 3(6). To be more specific, the attribute, the "individual filter" is stored in a region at an address 

"company name" and "address" indicate the attributes of the 8,000 and beyond in the filter data section 2a. 

data stored in the identity segment 13 and location segment When a filter is retrieved from the filter data section 2a, 

14 of the "company'* object data, respectively, and the the filter ID No. is checked based on the filter flag of the 

attributes "zip code", "telephone number^' and "responsible 60 object data, and based on which the head pointer and data 

person" correspond to the first through third attribute seg- length of the filter are found in the filter information man- 

ments of the "company*' object data, respectively. aging table 2b. Consequently, the desired filter is retrieved 

As previously explained, the title of the attributes, such as by retrieving the data in the same length as the above-found 

"company name", "address", "zip code" "telephone length from the above-found head pointer, 

number", and "responsible person", are stored in the filter 65 As has been explained, the respective object data used in 

data section 2a as the filter data. More precisely, all the filter the present electronic pocketbook have the data lengths that 

data have their respective fields of a fixed length where the vary depending on their own kinds. Thus, the respective 
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object data are identified by their head pointers as the data The control unit 4 repeats S5 through S7 until the variable 
of a variable length, and the data length of the respective i reaches the constant Max in S8, or when the user completes 
object data is defined in the filter information managing the data input of all the items. Then, the control unit 4 
table 2b. If more than one kind of objects having different retrieves the entire data constructed in the temporary storage 
attributes is managed by a single database by the conven- 5 unit 8 and stores the same in the object data section la in the 
tional information managing device, the longest data length object managing unit 1 as the object data, while at the same 
is adopted, thereby making a redundant data structure. As a time, the control unit 4 registers the data ID No. (serial 
result, a memory or the like for storing the data is not utilized number) of the object data in the object information man- 
to its full capacity. In contrast, since the respective object aging table lb in relation with the pointer indicating the head 
data are managed as the data having an appropriate data 10 address of the same (S9). Ibis is the procedure adopted 
length for their own kinds in the present electronic herein to register the object data. 

pocketbook, the object data section la can be utilized Next, a procedure for retrieving the registered object data 

effectively to its full capacity. will be explained with reference to FIGS. 5(a) through 5(c) 

Next, how the object data in general formal are converted and the flowchart of FIG. 7. 

into those in specific format will be explained using the 15 t 0 begin with, the control unit 4 directs the user to select 

"individual filter*' as an example with reference to FIGS. the object data he wishes to retrieve from the object man- 

5(a) through 5(c), Assume that the object data in general aging unit 1 (Sll). For example, the content of each identity 

format as shown in FIG. 5(a) arc stored in the object data segment 13 of the respective object data stored in the object 

section la. Then, given the attribute defined by the "indi- managing unit 1 may be displayed on the display unit 7, so 

vidual filter" as shown in FIG. 5(6), the items in the data 20 that the user can readily select the one he wishes to retrieve 

description portion 12 of the object data are respectively using the input unit 6. Assume that the user has selected the 

converted as shown in FIG. 5(c),. and displayed on the object data as shown in FIG. 5(a) herein, 

display unit 7 in the specific format of the their own kind Once the object data are selected, the control unit 4 refers 

(herein, the '^dividual''). Thus, giving the definition of the to the flag portion U of the selected object data, and based 

attribute of the object data of a specific kind through the ^ on which the control unit 4 selects the matching filter from 

corresponding filter makes it possible to display the object me filter managing unit 2 (S12). In other words, since the 

data in specific format, in which the data are displayed in a "individual" is written in the flag portion 11 as shown in 

more easy-to-see arrangement. FIG. 5(a), the "individual filter" as shown in FIG. 5(6) is 

Next, a procedure of registering new object data in the selected, 

present electronic pocketbook will be explained with refer- Next, the control unit 4 checks the data length of the filter 

ence to FIG. 6. selected form the filter information managing table 2b, 

For example, when the user wishes to manage the data which is referred to as a constant Max (S13). Further, the 

(name, address, telephone numbers, etc.) of an individual in control unit 4 secures a new data region, or working region, 

his address book, the user manages the above data as the in the temporary storage unit 8 based on the constant Max 

object data using the "individual filter". Herein, assume that (S14), and sets a variable i to the initial value of "0" (SIS). 

the user wishes to register data of an individual whose data Subsequently, the control unit 4 obtains one item title in 

have not been registered in the address book yet. the selected object data and converts the same into the first 

When the user selects the "individual" as the kind of the item title defined in the filter (S16). That is to say, the control 

object in which the data should be registered using the input ^ unit 4 obtains the item title "identity" in the object data of 

unit 6, the control unit 4 selects the "individual filter" stored FIG: 5(a), and converts the same into the item title "name" 

in the filter data 2a in the filter managing unit 2 (Step 1, in the filter of FIG. 5(6). Then, the control unit 4 stores the 

hereinafter Step 2 and steps beyond are abbreviated to S2, converted item title in the temporary storage unit 8 (S17). 

S3, respectively). In other words, since the kind Subsequently, the control unit 4 extracts data correspond- 

identified by the filler is the kind of one specific object, the 45 ing to the item title obtained in S16 from the selected object 

"individual filter" is selected when managing the data of an data, and stores the same in the temporary storage unit 8 in 

individual. relation with the above converted item title which has been 

Then, the control unit 4 retrieves the data length of the stored therein one step ahead (S18). That is to say, as shown 

"individual filter" from the filter information managing table in FIG. 5(c), a name, "Taro Yamada" is stored in the 

2b, which is hereinafter referred to as a constant Max (S2). 5 0 temporary storage unit 8 in relation with the converted item 

Subsequently, the control unit 4 secures a new data region in title, "name". 

the temporary storage unit 8 based on the constant Max (S3). Subsequently, the data length stored in S18 is added to the 

Then, the control unit 4 sets a variable i to an initial value variable i (S19), and the latest variable i and the constant 

"0" (S4), and sends the item title defined in the "individual Max are compared (S20). When the former is smaller than 

filter" to the display unit 7 (S5). After the user has inputted 55 the latter, the control unit 4 returns to S16, and converts the 

the data of one item, the control unit 4 stores the input data . following item title into an item tide defined m the filter, 

into the temporary storage unit 8 (S6). Then, the control unit The control unit 4 repeats S16 through S19 until the 

4 adds the data length of the input data of the above item to variable i reaches the constant Max, and when the variable 

the variable i (S7), and compares the latest variable i with the i reaches the constant Max, in other words, when the object 

constant Max (S8). When the former is smaller than the 60 data subject to retrieval has been constructed completely in 

latter in S8, the control unit 4 returns to S5 and sends a the temporary storage unit 8, the control unit 4 retrieves the 

following item tide to the display unit 7, and directs the user entire data from the temporary storage unit 8 to display the 

to input the data of the following item in the same manner same on the display unit 7 (S21). This is the procedure 

as above. After the user has inputted the data of the follow- adopted herein to retrieve the object data, 

ing item, the control unit 4 stores the input , data in the 65 In addition, the user can register a new filter into the 

temporary storage section 8 next to those stored in the present electronic pocketbook. lb do so, the control unit 4 

preceding operation. constructs filter data of a new filter in the filter data section 
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la at instructions of the user, and subsequently directs the The nr^nt , L , 

user to sequentially input item tittes (be new filteT^ould of one SS^ST ^"7** ^ ob i ect data 

conlain through the input unit 6. After the item tiU« are WhTnS^fh- ^"j" kmd m 11,6 " boVB manner - 

inputted, the control unit 4 directs the user to iZt the filter SEES ^possible is the arrangement that each item 

tide, after which the control unit 4 writes the fifter dfie «d < JTT U j* m3de to have fixed 

. the necessary data the user has inputted, such as me .Sa ,{? k da f ta ° f ^ ^ that 

ength, head pointer, etc. of the newV datahito Z £ SkhdSJf lj Sflft ^ ^ ^ item 

information managing table 2b, and adds a value "1 » .„ # h„ j-. ? . by fiUer > "d therefore, can be converted 

latestfilterlD No.Tnf controfunft4 re^terlt Jest filt 8 * * ^ fillerS m *° ^orary storage unit 

ID No. thus obtained as the filter ID No. of the new filter. Nelrt llv . „ . 

Conventionally, separate databases are constructed to 10 e lS; T *"? ma , ni g ln g ^chon of the present 

fS. • „ ^ - m °" J ^ managing unit 1 gwm. The action data have a fixed length and tadude" onlv 
systenucaUy mputung a search condition, {"individual fil- M **> items: "data ID No." and "action^o ^nagS tank 
ter- flag or "company filter" flag}, enables the nser to 20 » necessary because the action data are of aSwfcfa 
retrieve the data related to both the individuals and compa- *e "data ID No." item, serial numbe* SSuS?"£ 
mes in one operation. respective action data are stored, while data as to the action 

Also, (he present electronic pocketbook can copy the T%. sttcb ^ "P lan ning", "business trip to Tokyo Brandt" 
object data of one kind as those of another kind, which will JS? ™ ,soa conference" as shown respectively in FIGS 
be explained below with reference to FIGS. 8(a) through 25 ^? 80 10(c)> 310 stored M me "action" item. 
8(c) and the flowchart in FIG. 9. Assume that the object data , u actlon data m retrieved from the action data section 
related to an individual as shown in FIG. 8(a) will be cocicd t" • ^ ° D , ■ m Nos - Assume me ID Nos. 
and (he copied object data are registered as the "comnanv^ 1^ 7° m ascendin e order, then the head pointer of the 
object data. * 3 ac «on data to be retrieved are computed as: 

To begin with, the user inputs an instruction through the 3 ° J^i TD .u°- " 1 > > < len g th of ac <ion data), 
input unit 6 to select the object data of an individual, "Ichiro Tl J ' concemed acti on dau are retrieved by reading 
Yamada", as original data to be copied. Then, the control i Jr u ■ ^ action 33,1 S6ction 3a M the same 
umt 4 selects the above specified objec( data from the obiect *f aCUon data 60,11 ^ address identified by thfc 

data section In (S31) and copies the same in the temporary « polnt6r thus , computed. 

storage unit 8 (S32). To carry out this procedure, the control ^ e nser can also register new action data. To do so, the 
umt 4 refers to the object information managing table lb to *** mP M 10511,101100 through the input unit 6 to register 
check the head pointer of the original data and the head f T,*! °£ „*' ^ which me contro1 u n« 4 obtains the 
potnter of the following object data, and copies all the registered in the action data section 3a and 

contents stored in the region that starts from the head pointer *n IIT* * ° f . a Spetafic len S lh for th * new action data, 
of the original data and ends right before the head pointer of iT tUne ' COntr ° 1 mii 4 ""creases the data ID No. 

the following object data into the temporary storage unit 8 , ,-° ne !, withholds the resulting number for the new 

Then, the control unit 4 selects tbe filter fcomnanv c I « 
filter", herein) used for the copied object data mtoe tern- J^T^'J^ ^ ** data 38 to action 
porary storage unit 8 at instruction from the user IS33) « ~!f tnrou 8 h i . the J 1,1 P l ! t "nit 6. Then, the control unit 4 
Subsequently, the control unit 4 converts the item title of the !^ f? "^St Y colnbinln e hiput action detail 
copied object data in the temporary storage unu 8 into file ,f ' D N °- P ^ 8Wd m 1,16 above manner ' a "d 

onedefinedmthemterCcompanyfilter-fwhileatthesame SdTJ^ft " ^ ^ '* CTOd m ,hc 

time, the control unit 4 controls the display unit 7 to disnlav w ,1 / T 1 , , J 

me copied object data together with the converted iteml ide <n h.» sch«imcd_data will be described. The schedule 

(S34). ConsequenUy, the "individual filter" fliiconverted ^ SUrt . ^ «* end tune of * ^on 

into the "company filter" flag, and "name" and "deoartment" ?f ,? r . mlb actlon data 1011 object data accompanying 
are converted into "comply naT" S "reCSe 2 JP"* 0 ^ HG U ^ fflnstaltes ««3 
person", respectively. respons.ble schedule data stored in the schedule data section 5* As 

The user checks the display of FIG 8fW and edit, the « ^ ow " [ 1 ° ^ ^ng. the respective schedule data include 

dataifnece S sary(S35).mLLu S ered£lditLgb Se^Sfi^f 5 *• start ^ » d «d 

the input unit o, the control unit 4 stores tlSSK ^'.^ ? e d&,a 10 No - ( action ^ 

in the temporary storage unit 8. To be more SDccfflcT™ ^ ft ^\ a f on ^ of *« a ction and the data ID No. 

of an individual, "Jcfiro Yamia" iTSSjfSSS ^^ told ^)°f 'he object data ^mp«ying with 

^•S^^^ 1 ^^! - d f ^ ^ ft 01 ^e schedule data and action 
where the name of the responsMe person sboSd (S been tfl estabusbooe - to ; one j correspondence, the data ID Nos. 
displayed. Thus, the user replaces the Z fom one coton ol^nvT, J Cb ° n d ^ 3X6 ^"^ at 016 hcad 01 
to another to create company data as shown ^ Ag S data as shown in FIG. 11(a), while (he data ID Nos. 

After the user completes the editing, ^ontrofuni 4 « anil^T i^^^^c.o jeet data are written in the second place 

^teBmeobjeAoonstntcted^teu^^totLe 3ndb ^ W,n ^ iro ^ 1 "* ^However, me data ID W 
unit 8 in the object managing unit 1 lenffiorar y stora gc of the object data are not essential, and there may be a case 
gmg 'tW where the link data include a plurality of the data ID Nos 
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Since the number of the data ID Nos. of the object data manner described above, and selects the same. The control 

written into the link data varies as mentioned above, the unit 4 obtains the data ID No. of the action data selected by 

schedule data have no variable length. This is the reason why the user, and writes the same at the head of the link data of 

the respective schedule data are given their own data ID the schedule data in the schedule data section Sa (S46). 

Nos., and the head pointer of each is stored in the schedule 5 Subsequently, the user selects the object data he wishes to 

information managing table Sb as shown in FIG. 11(6). link to the "sales promotion meeting" from the object 

Next, a method of specifying the start time and end time managing unit 1 (S47). Here again, the control unit 4 

of an action will be explained. The present electronic controls the display unit 7 to display a list of the object data 

pocketbook can manage an action extending into the next stored in the object managing unit 1. Assume that the object 

day or beyond. To be more specific,.the conventional infor- 10 data of one of the participants, Mr. Yamamoto, are selected 

mation managing device has a drawback that, although it can from the "individual" object data. In case that desired object 

manage a schedule per day or per month, it can not manage data are not stored in the object managing unit 1, the user 

an action extending into the next day or beyond, such as an registers such desired object data as new object data in the 

action starting at 15:00 pm of one specific day and ending object managing unit 1 in the manner described above, and 

10:00 am of the next day. To enable the user to input the start 15 selects the same. Once the user has selected the object data, 

time and end time of each action in the present electronic the control unit 4 obtains the data ID No. of the same and 

pocketbook, the present electronic pocketbook displays a writes that particular data ID No. in the link data of the 

schedule input time axis 21 as shown in FIG. 12 on the schedule data stored in the schedule data section Sa next to 

display unit 7. In short, in the present electronic pocketbook, the data ID No. of the above action data (S48). If the user 

the schedule input time axis 21 and a pointing device form 20 wishes to link any other object data, the control unit 4 returns 

time specifying means. to S47 (S49). 

The schedule input time axis 21 of FIG. 12 shows a time The control unit 4 repeats S47 and S48 as many times as 

period between 10:00 and 17:00 of May 1st. The user can the user wishes, and as shown in FIG. 14, the "individual" 

advance or set back the time period displayed on a display object data of the other participants, Mr. Tanaka and Mr. 

section 21/by pushing triangular buttons 21a through 21d or 25 Suzuki, the "meeting room" object data, the "document" 

sliding a slide bar 21e vertically with the pointing device or object data, etc. are added sequentially to the link data of the 

the like. The buttons 21c or 21d is used to advance or set schedule data. This is the procedure adopted herein to 

back the time period per hour, while the slide bar 21e is used register schedule data. 

to do so while skipping several hours. The date can be Next, the procedure of retrieving the registered schedule 

advanced or set back as well by pushing the button 21a or 30 data will be explained with reference to the flowchart of 

21i>, respectively. For example, pushing the button 21a can FIG. 15 and FIG. 16. 

backdate the date per day, while pushing the button 21b can Once the user has inputted an instruction to retrieve the 

advance the date per day. schedule data through the input unit 6, the control unit 4 

When the user wishes to specify the start time and end starts the operation described below. Since the user must 

time, he displays a desired date on the time display unit 21/ 35 select the schedule data he wishes to retrieve at this point, 

first, and thence a desired time zone, so that he can select the control unit 4 searches all the schedule data currently 

desired times using the pointing device or the like. Seconds registered in the schedule data section 5a, and controls the 

from a reference time (for example, 0:00:0 of Jan. 1st, 1980) display unit 7 to display the action details written into the 

to the times specified as the start time and end time by the action data related to the above schedule data or the time 

user are computed and managed by the control unit 4 as 40 zone in which the above schedule data has been registered, 

integer values, respectively . so that the user can readily select the schedule data he wishes 

Next, the procedure of registering new schedule data will to retrieve, 

be explained with reference to the flowchart of FIG. 13 using Then, the control unit 4 selects the schedule data selected 

a scheduled item of FIG. 14 as an example. by the user from the schedule data section Sa (SSI). Further, 

To begin with, the user selects the start time (for example, 45 the control unit 4 secures a working region in the temporary 

13:00, May 1st) of the action using the schedule input time storage unit 8 based on the content of the link data of the 

axis 21 through the input unit 6 (S41), and the end time (for selected schedule data (S52). 

example, 15:00, May 1st) in the same manner (S42). The control unit 4 obtains the start time and end time 

Accordingly, the control unit 4 controls the display unit 7 to which have been written into (he selected schedule data in 

display the selected time zone in the right side of the 50 the form of integer values, and converts the same into the 

schedule input time axis 21 displayed on the time display times and date in a easy-to-see arrangement in a manner 

section 21/, so that the user can confirm his selection. reverse to the time-integer value conversion (S53). Then, the 

Further, the control unit 4 computes an interval between control unit 4 stores the times and date thus converted into 

the reference time (for example, 0:00:0, Jan. 1st, 1980) to the the region secured in S52 (S54). 

selected times in seconds, in other words, converts the start 55 Subsequently, the control unit 4 obtains the data ID No. 

time and end time into integer values, respectively (S43), written at the bead of the link data of the above schedule data 

and registers the resulting values in the schedule data section (S55). As has been explained above, the data ID No. 

Sa (S44). obtained at this point is the data ID No. of the action data. 

Next,. the control unit 4 directs the user to select the action Thus, the control unit 4 obtains the action data having the 

data into which the details (herein, sales promotion meeting) 60 same ID No. from the action managing unit 3 (S56). Since 

of the desired action have been written (S45). In other an action, "sales promotion meeting", is written into the 

words, the control unit 4 controls the display unit 7 to action data having the same ID No. herein, the control unit 

display a list of the action details which have been written 4 obtains "sales promotion meeting" as the action detail and 

into the action data stored in the action data section 2a, so stores the same in the region secured in the' temporary 

that the user can readily select the desired action detail from 65 storage unit 8 (S57). 

the list. In case that the "sales promotion meeting" is not on Subsequently, the control unit 4 checks whether any other 

the list, the user registers the same as new action data in the data ID No. has been written into the link data of the above 
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schedule data or not (S58). When any other data ID No. has 
been written, the control unit 4 obtains this particular data ID 
No. (S59). Since the data ID Nos; written into the link data 
of the schedule data in the second place and below are the 
data ID Nos. of the object data, the control unit 4 retrieves 
the object data having the same data ID No(s). from the 
object managing unit 1 (S60). 

Then, the control unit 4 obtains the filter name from the 
flag portion 11 of the retrieved object data (S61). For 
example, if "individual" is written into the flag portion 11 of 
the object data having the corresponding data ID No., the 
control unit 4 stores this particular filter name ("individual" 
herein) into the region secured in the temporary storage unit 
8 (S62). This particular filter name is displayed on the 
display unit 7 as one of the item titles of the scheduled item. 
Then, the control unit 4 obtains the data (for example, 
Yamamoto) written into the identity segment 13 of the 
retrieved object data, and stores the same into the region 
secured in the temporary storage unit 8 (S58) and returns to 
S58. 

The control unit 4 carries out S58 through S63 for all the 
data having the data ID Nos. written in the link data of the 
schedule data separately, and after completing the above 
process, the control unit 4 controls the display unit 7 to 
display the entire content stored in the temporary storage 
unit 8 (S64). An example of the display is illustrated in FIG. 
16. In other words, it has become possible to display the 
content of the schedule data in an easy-to-see arrangement 
by displaying the filter name, or the kinds of the object 
(Meeting room", "individual", and "document") based on 
the data ID Nos. of the particular object data written in the 
link data with reference to all the object data stored in the 
object managing unit 1, together with the data ("Room 
No.5", "Yamamoto", "Tanaka", "Suzuki", and "draft prod- 
ucts standard") stored in the identity segments 13 of the 
above respective object data. 

With the present electronic pocketbook, the user can see 
further details of the object data of each kind on the display 
screen of the schedule data as shown in FIG. 16, the 
procedure of which will be explained with reference to the 
flowchart of FIG. 17. 

When the user selects the schedule data he wishes to 
display on the display screen (S71), the display screen as 
shown in FIG. 16 is displayed in accordance with the 
procedure of the flowchart of FIG. 15 and the user selects a 
desired object (S72). For example, if the user wishes to 
check the phone number of Mr. Yamamoto displayed in the 
individual column on the display screen of FIG. 16, he 
selects a position where "Yamamoto" is displayed using the 
pointing device or the like. 

The control unit 4 learns that the user has selected the 
object data related to Mr. Yamamoto through the input unit 
6, and obtains the data ID No. of the object data from the 
schedule data stored in the schedule managing unit 5 (S73). 
The control unit 4 obtains the object data corresponding to 
the obtained ID No. from the object managing unit 1 (S74) 
and controls the display unit 7 to display the content of the 
object data in accordance with the procedure detailed with 
reference to the flowchart of FIG. 7 (S75). 

As has been explained, the present electronic pocketbook 
manages the object data of more than one kind systemati- 
cally using a single database, and as many object data as the 
user wishes are linked to the schedule data. To be more 
specific, when the user wishes to make a phone call to one 
of the participants of the sales promotion meeting, be used 
to check the names of the participants using the schedule 
managing function first, and thence switches to the address 
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database to search the checked name. Whereas the user does 
not have to switch the databases with the present electronic 
pocketbook, that is to say, the user can obtain the details of 
the object of any kind only by selecting the desired object on 
the screen in the schedule managing function. Since the data 
ID No. and object data written into the link data of the 
schedule data have a one-to-one correspondence, if more 
than one Mr. Yamamoto is registered in the "individual" 
object data, the user does not have to check which Yama- 
moto is in question. 

In addition, some kinds of meetings are held regularly, 
and the subject and participants are more or less the same 
every time, and the only difference would be the scheduled 
time. Since the present electronic pocketbook can copy and 
edit the registered schedule data and register the edited one 
as new schedule data, the user does not have to go through 
the entire process of registering new schedule data. 

The procedure of copying and editing the schedule data 
will be explained with reference to the flowchart of FIG. 18 
and FIGS. 19(a) through 19(d). 

To begin with, the user selects original data, or schedule 
data he wishes to copy, through the input unit 6 (S81). 
Assume that the schedule data thus selected are stored in the 
schedule data section 5a as is illustrated in the left side of 
FIG. 19(a). Once the user has selected the schedule data, the 
control unit 4 obtains the schedule data from the schedule 
data section 5a, and controls the display unit 7 to display the 
same as is illustrated in the right side of FIG. 19(a). 

Then, the control unit 4 copies the schedule data thus 
obtained and registers the same in the schedule data section 
5a as new data (S82). The content of the schedule data 
section 5a at this point is illustrated in the left side of FIG. 
19(b), where numeral 101 denote the original data and 
numeral 102 deaote the copied schedule data. Also, the 
screen of the display unit 7 at this point shows a display as 
illustrated in the right side of FIG. 19(b). 

Here, the user can edit the schedule data as he wishes 
(S83). Assume that the user wishes to change the start time 
and end time to 13:00 and 15:00 of June 10th, respectively. 
The user can input the desired times using the above- 
described schedule input time axis 21. As has been 
explained, the input start and end times are converted into 
integer values, respectively (herein, where "Yamamoto" is 
displayed on the display screen of the display unit 7 as is 
illustrated in the right side of FIG. 19(c) using the pointing 
device or the like and inputs an instruction to delete the 
same. The control unit learns that the instruction to delete the 
object of "Yamamoto" is inputted through the input unit 6, 
and accordingly, deletes the data ID No. of the correspond- 
ing object data from the link data of the schedule data 102. 
Consequently, the object data, namely, the individual data of 
"Yamamoto" (the data ID No. 44) are deleted on the screen. 

As can be understood from the above explanation, the 
present electronic pocketbook can register new schedule 
data easily by copying the data in the schedule data section 
5a and editing the same. Also, writing the data ID No. of the 
object data in the link data of the schedule data can correlate 
the object to each scheduled item. Thus, unlike the conven- 
tional information managing device arranged in such a 
manner that all the information must be registered for each 
scheduled item, the present electronic pocketbook does not 
have to store the same data redundantly, thereby making it 
possible to use the storage efficiently to its full capacity. 
Moreover, when the user wishes to amend the object data or 
the like related to the schedule data, he only has to amend 
the portion that needs the correction once. Consequently, the 
user can correct the data in a reliable manner while saving 
his time and effort. 
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The data ID Nos. in the form of serial integers are used as 
identifiers to identify the object data and action data herein. 
However, the object and action data can be identified any 
other adequate method. Also, the item titles defined in the 
general and specific forms of the object data are not limited 5 
to those used as examples in the above, and the user can use 
any item title he wishes. 

The invention being thus described, it will be obvious that 
the same may be varied in many ways. Such variations are 
not to be regarded as a departure from the spirit and scope 10 
of the invention, and all such modifications as would be 
obvious to one skilled in the art are intended to be included 
within the scope of the following claims. 

What is claimed is: 

1. An information managing device comprising: 15 
an object managing unit storing object data of more than 

one kind in a common general format regardless of 
kinds of said object data; 

a filter managing unit storing filters that define a specific 
format for the objects of each kind, respectively; 2 

a data management control unit converting the object data 
between the common general format stored in said 
object managing unit and the specific format for 
retrieval based on a respective one of the filters stored ^ 
in the filter managing unit, wherein said object data are 
correlated with filter identifiers each of which respec- 
tively specifies its own corresponding one of said, 
filters. 

2. The information managing device as defined in claim 1 3Q 
further comprising: 

input means for inputting a time zone; 

an action managing unit storing action data each of said 
action data having a unique action data identifier and 
containing information other than said time zone; 35 

a schedule managing unit storing said input time zone in 
relation with at least one action data identifier which 
specifies the action data related to said input time zone, 
said schedule managing unit being provided separately 
from said object managing unit, 40 

wherein, when there exist any object data accompanying 
said input time zone, said schedule managing unit also 
stores an object data identifier which specifies said 
object data accompanying said input time zone. 

3. The information managing unit as defined in claim 2, 45 
wherein said schedule managing unit includes: , 

a schedule data section storing schedule data; and 
a schedule information managing table storing a head 
address and a data length of said respective schedule ^ 
data stored in said schedule data section, 
said respective schedule data including at least two fields 
of a fixed length, said input time zone being stored in 
one of said two fields, said action data identifier being 
stored in the other field, said object data identifier 5$ 
specifying said object data accompanying said input 
time zone being stored in another field of said schedule 
data. 

4. The information managing device as defined in claim 2, 
wherein said input means includes: 6Q 

time axis display means for displaying at least a part of a 
time axis extending more than one day; and 

time specifying means for specifying a time on said time 
axis, 

. whereby a time interval between two times specified by 65 
said time specifying means is inputted as said time 
zone. 
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5. The information managing device as defined in claim 1, 
wherein said respective object data in the common general 
format includes at least one field of a fixed length, and 
wherein the number of fields corresponding to said respec- 
tive object data varies depending on the kinds of the object 
data. 

6. The information managing device as defined in claim 5, 
wherein said object managing unit includes: 

an object data section storing the object data; and 

an object information managing table storing a head 

address and a data length of said respective object data 

stored in said object data section. 

7. The information managing device as defined in claim 1, 
wherein said filter is stored in said filter managing unit as 
filter data, said filter data including a flag portion designating 
said filter identifier and a data description portion composed 
of at least one attribute field of a fixed length, said attribute 
field storing an attribute of a field included in the object data 
of a same kind. 

8. The information managing device as defined in claim 1, 
wherein said filter managing unit includes: 

a filter data section storing respective filter data; and 
a filter information managing table storing a head address 

and a data length of said respective filter data stored in 

said filter data section. 

9. A method of copying object data using the information 
managing device as defined in claim 1, said method com- 
prising the step of copying object data of a first kind to object 
data of a second kind in general format, said second kind 
being different from said first kind. 

10. The method as defined in claim 9, wherein said object 
data in general format include a field of a fixed length. 

11. A method of scheduling an action with an information 
managing device for managing object data of more than one 
kind including action data, comprising the steps of: 

(a) displaying at least a time axis extending more than one 
day to input a time zone; 

(b) inputting action data related to said time zone; 

(c) storing data representing said time zone in relation 
with an action data identifier allocated uniquely to each 
of said input action data; and 

(d) when there exist any input object data accompanying 
with said time zone, correlating an object data identifier 
allocated uniquely to each of said object data with said 
time zone. 

12. The method as defined in claim 11, wherein: 

at least a part of the action data stored in said information 
managing device is displayed to select the action. data 
related to said time zone before said step (b) is carried 
out; and 

at least a part of the object data, excluding the action data, 
stored in said information managing device is displayed 
to select the object data accompanying said time zone 
before said step (d) is carried out. 

13. The method as defined in claim 11, wherein said 
respective object data include a title portion where a title of 
their own objects is stored, and said method further com- 
prises: 

(e) displaying the title stored in said title portion of the 
object data stored in relation with said time zone; and 

(f) when a desired title is selected from said displayed 
title, displaying a content of the object data having said 
selected title in their title portion! 

* * * ♦ # 



